home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950329-19950528
/
000318_news@columbia.edu_Thu May 4 08:52:28 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
5KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06290
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 5 May 1995 22:02:46 -0400
Received: by apakabar.cc.columbia.edu id AA00289
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 5 May 1995 22:02:44 -0400
Path: news.columbia.edu!news.cs.columbia.edu!news.nyc.pipeline.com!newsjunkie.ans.net!howland.reston.ans.net!pipex!warwick!bham!B.A.McCauley
From: B.A.McCauley@bham.ac.uk
Newsgroups: comp.protocols.kermit.misc
Subject: C-Kermit 5A(190) server mode problem
Date: 04 May 1995 08:52:28 GMT
Organization: The University of Birmingham, UK.
Lines: 104
Message-Id: <B.A.MCCAULEY.95May4095228@wcl-l.bham.ac.uk>
References: <BAM.95Apr21171236@wcl-l.bham.ac.uk>
Nntp-Posting-Host: wcl-l.bham.ac.uk
In-Reply-To: B.A.McCauley@bham.ac.uk's message of 21 Apr 1995 16:12:36 GMT
Apparently-To: kermit.misc@watsun.cc.columbia.edu
Don't you just hate people who follow-up there own articles just to
keep them alive? :-) Well I'm sorry but I feel that since may posting
was one of the few on comp.protocols.kermit.misc that actually was a
question about the Kermit *protocol* it should not be allowed to die
without a second chance. Maybe it didn't get out, I just noticed that
my mad news software had given it a "Distribution: local"
In article <BAM.95Apr21171236@wcl-l.bham.ac.uk> B.A.McCauley@bham.ac.uk writes:
>I suspect that C-Kermit 5A(190) server may require "I" packets where
>the protocol says they are optional.
>
>I have my own software implementing Kermit protocols to allow a host
>application (written in M) to access the terminal's filesystem.
>
>This is what is does to read the directory
> * Issue an APC command "SERVER"
> * Initialise exchange parameters
> * Issue a Kermit generic directory command
> * Receive the reply
> * Issue a Kermit generic finish command
>
>When the terminal is MS-KERMIT 3.13.0 it works fine when the terminal
>is C-Kermit 5A(190) then the generic finish command is ignored (it's
>not even logged in the packet log). My software first sends a "N"
>packet (in case the server had send a "S" and I had missed it)
>followed by an "E" packet and finally sends an "I" packet, after which
>C-Kermit will accept the "GF" packet.
>
>Here is C-Kermit's packet.log (lond data packet truncated).
>
>r-00-00-0 I~\ @-#Y2 J 5S#
>s-00-00-5 Y~* @-#Y2~^!5$0___CX
>r-00-01-% GD S
>s-00-01-5 S~* @-#Y2~^!5$0___AP
>r-00-01-0 Y~\ @-#N2 J 5S(
>s-01-01-*!Xls -l );
>r-01-00-$!Y">
>s-02-00-2"A."U1"#AMJ*!A@ -T
>r-02-00-$"Y"?
>s-03-04- #D08Rtotal 5349#M#Jdrwxr-xr-x 2 bam staff 1024 Apr 5 12:54 backup.home#M#Jdrwxr-xr-x 2 bam staf
>r-03-08-$#Y"@
>s-04-08-$$Z"B
>r-04-09-$$Y"A
>s-05-09-$%B"+
>r-05-09-$%Y"B
>r-00-19-# N3
>#-00-19-<echo:ignored>
>r-00-29-E EToo many retries (expecting SXBFY)U
>r-00-30-0 I~\ @-#Y2 J 5S#
>s-00-30-5 Y~* @-#Y2~^!5$0___CX
>r-00-31-$ GF4
>s-00-31-# Y>
>
>Here is MS-KERMIT's packet.log under similar circumstances (please
>ignore the retrys caused by the lame flow contol).
>
>Rpack: ^@^@^@^@^@^@^@^@^@^@^A0 I~\ @-#Y2 J 5S#^M
>Spack: ^A0 Y~% @-#Y2 N!"\6^M
>Rpack: ^A% GD S^M
>Spack: ^A0 S~( @-#Y2~N?"\-^M
>Rpack: ^A0 Y~\ @-#N2 J 5S(^M
>Spack: ^A(!Xdir ( ^M
>Rpack: ^A$!Y">^M
>Spack: ^AG"A1#588!!1#119950421 17:06:18."U8""B8=O^M
>Rpack: ^A$"Y"?^M
>Spack: ^A #D"W #M#J Volume in drive K is OTHER #M#J Volume Serial
> Number is 0B01-07F7#M#J Directory of K:\TEMP#M#J#M#JPACKET LOG
> 0 21/04/95 17:04#M#J$KERMIT$ TMP 0 21/04/95 17
>:06#M#JXXX RTN 644,567 21/04/95 14:H,^M
>Rpack: ^G^G^G^G^G^G^G^G^A$#N"5^M
>Spack: ^A #D"W #M#J Volume in drive K is OTHER #M#J Volume Serial
> Number is 0B01-07F7#M#J Directory of K:\TEMP#M#J#M#JPACKET LOG
> 0 21/04/95 17:04#M#J$KERMIT$ TMP 0 21/04/95 17
>:06#M#JXXX RTN 644,567 21/04/95 14:H,^M
>Rpack: ^A$#Y"@^M
>Spack: ^A $D![$07#M#JLANNFS <DIR> 20/02/95 13:36#M#JPR
>IMED <DIR> 19/04/95 8:54#M#JQEDVB <DIR>
> 27/02/95 9:48#M#JWGPO YB^M
>Rpack: ^G^G^G^G^A$$N"6^M
>Spack: ^A $D![$07#M#JLANNFS <DIR> 20/02/95 13:36#M#JPR
>IMED <DIR> 19/04/95 8:54#M#JQEDVB <DIR>
> 27/02/95 9:48#M#JWGPO YB^M
>Rpack: ^A$$Y"A^M
>Spack: ^A %D!!. <DIR> 20/06/94 14:54#M#JPENT
><DIR> 19/04/95 10:08#M#JPFE (/^M
>Rpack: ^A$%Y"B^M
>Spack: ^A &D!8F <DIR> 19/04/95 11:59#M#J 9 fil
>e(s) 644,567 bytes#M#J 10,100,736 ::^M
>Rpack: ^A$&Y"C^M
>Spack: ^A2'Dbytes free#M#J5C^M
>Rpack: ^A$'Y"D^M
>Spack: ^A$(Z"F^M
>Rpack: ^A$(Y"E^M
>Spack: ^A$)B"/^M
>Rpack: ^A$)Y"F^M
>Rpack: ^A$ GF4^M
>Spack: ^A, Y Goodbye!Q^M
--
\\ ( ) No Bullshit! | Email: B.A.McCauley@bham.ac.uk
. _\\__[oo from | Phones: +44 121 471 3789 (home)
.__/ \\ /\@ /~) /~[ /\/[ | +44 121 627 2173 (voice) 2175 (fax)
. l___\\ /~~) /~~[ / [ | PGP-fp: D7 03 2A 4B D8 3A 05 37
# ll l\\ ~~~~ ~ ~ ~ ~ | A1 93 FE EA BE E3 2A 91
###LL LL\\ (Brian McCauley) | More: finger bam@wcl-rs.bham.ac.uk